home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Almathera Ten Pack 3: CDPD 3
/
Almathera Ten on Ten - Disc 3: CDPD3.iso
/
scope
/
051-075
/
scopedisk54
/
addicon
/
addicon.doc
< prev
next >
Wrap
Text File
|
1995-03-18
|
7KB
|
162 lines
AddIcon Utility Program
Documentation
Version 1.0
20-Nov-87
by Don Meyer
This is a little utility program which will 'create' (actually
'clone') icons for files which do not already have one. The icons
which are used as the templates are stored in a directory which MUST
be named AddIcon_Icons. These icons may be changed, replaced, or
deleted at will. The default tool and the tooltypes stored in the
.info file will be carried over to the new icon. The program does not
care what type the icons are, i.e. it will allow you to set up a TOOL
type icon for a text file etc. This is not a good thing to do!
AddIcon may be run from either the Workbench or a CLI.
The program will ask for a directory name (if run from Workbench).
This may be any valid directory such as DF0:, DF1:, SYS:, DF0:games/
board etc.
From CLI:
---------
From the CLI AddIcon will process only one directory per invocation.
Also note that the directory AddIcon_Icons must be IN the current
directory. This is very important, otherwise no icons will be added.
I.E. doing a DIR should show you a list of directorys and files, one
of which should be AddIcon_Icons (dir).
From Workbench:
---------------
Double clicking on the AddIcon icon will cause a window to open and
ask for a directory name. To exit from the program, merely enter an
empty line (just press RETURN). The directory name/path given must be
relative to the directory which contains the AddIcon program. Or of
course it could also be an absolute name, i.e. DF0:My/Stuff.
The directory AddIcon_Icons must be in the same directory as the
AddIcon program or no icons will be created.
What Determines The Specific Icon To Add:
-----------------------------------------
The first and most obvious criteria is wether it is a drawer or not.
If so, the icon for a drawer is added.
If it is not a drawer, things get a bit more complicated. The file
extension is then looked at, and an icon added based upon that.
If there is no extension, or the extension is unknown, real
complications set in. The contents of the file are then examined in
an attempt to figure out what it is. Welcome to Artificial
Intelligence :-)
The details of the various tests are, well, rather detailed, so I
won't go into them. Suffice it to say that in most cases it will
guess corectly or add the general purpose "Unknown Type" icon. I am
not familiar (can't be!) with every file format out there. Do not be
too surprised if on occasion you get a nice familiar icon attached to
a very odd file! This will cause no damage, and the icon can be
removed by typing (from the CLI):
DELETE <name>.info
Customizing:
------------
You have control over the actual icon which is added for a
particular type of file. Just take the icon in the AddIcon_Icons
directory and make it whatever you want it to be! The icons in there
are MY choices, I would be surprised if they matched yours exactly.
You can also control (somewhat) if file extensions are used to
decide the icon type. The main reason for this is IFF picture files.
Files created by Images will have either the .pic or .hpic extensions,
and AddIcon will normally take the lazy way out and add an icon based
upon these. There are cases in which a file with a .pic extension is
not lo-res. If this is a problem (the only thing which would happen
is that an icon indicating the wrong resolution would be added) you
can delete the .pic icon in the Addicon_Icons directory. This will
cause AddIcon to exert itself :-) and delve into the file to find
out the real resolution and type.
The above mentions an important point. Although you can not modify
this program to, for example, add a Cherry Pie icon to all files with
a .pie extension, you can keep it from adding files. For example, if
you don't want to create icons for Aegis Images color maps, then
delete (or change the name of) the icon named "palette" in the
AddIcon_Icons directory.
This same principle applies to the IFF picture file icons. AddIcon
will attempt to add an icon which indicates the resolution and type
(HAM or normal ILBM). If you want the same icon for all your files,
merely delete the specific icon or icons you do not want. This will
cause the generic ILBM icon to be added instead of the specific ILBM
icon.
The Current Icons:
------------------
dir for directorys
blank for text files
doc for .DOC files
forth for FORTH stream file source code
arc for .ARC files
ILBM-lo 320x200 IFF pictures
ILBM-lo-i 320x400 IFF pictures
ILBM-med 640x200 IFF pictures
ILBM-hi 640x400 IFF pictures
HAM-lo 320x200 Hold&Modify IFF pictures
HAM-lo-i 320x400 Hold&Modify IFF pictures
ILBM unknown IFF pictures
unknown totaly unknown file type
palette Aegis Images .col files
window Aegis Images .win files
scene Sculpt-3D scene files
image Sculpt-3D image files
zoo .ZOO archives
'c' for C language source files
'h' for C language header files
The Future:
-----------
Some things that may happen...
* A intuition-style window with a string gadget (likely), perhaps a
directory name requester (less likely).
* Setable directory for source icons. And changeable icon names
(allow you hard-disk types to pull icons from your master icon drawer).
* A means to implement your own .extension tests, see the pie above!
* Automatic directory traversal. This would allow it to be turned
loose and run through every subdirectory, happily sowing icons as it
goes.
Business Stuff:
---------------
I don't feel that I should call this shareware and ask for money.
Please send your shareware $s to the REAL shareware out there, the
programs which people have devoted infinitly more time and effort to
develop than I have on Addicon. Feel free to distribute this in any
non-profit fashion.
However, please do send me any comments or (cringe) bug reports.
This is written in Multi-FORTH and source is available (assuming I can
bring myself to let anybody see my code before it is cleaned up. Hmm,
yeah, just one more little change to the structure of this routine...).
Send comments, and okay, even $$ if anyone out there is moved "above
and beyond" :-) to:
Don Meyer
7 Homestead
St. Peters, MO 63376
Compuserve: 72106,23
GEnie: D.MEYER